System and method for autonomous decision making, corrective action, and navigation in a dynamically changing world

ABSTRACT

An autonomous vehicle system includes a body and a plurality of sensors coupled to the body and configured to generate a plurality of sensor measurements corresponding to the plurality of sensors. The system also includes a control unit configured to: receive inputs from a plurality of sources wherein the plurality sources comprise the plurality of sensors, the inputs comprise the plurality of sensor measurements; determine a confidence level of each input based on other inputs; prioritize, based on the confidence level associated with each input, the inputs; generate, based on the prioritization of the inputs and the confidence level, a combined input with a combined confidence level; and determine, based on the combined input and the combined confidence level, a mission task to be performed.

BACKGROUND 1. Technical Field

The present disclosure relates to autonomous vehicles. Morespecifically, the present disclosure relates to a system and method forautonomous decision making, corrective action, and navigation.

2. Introduction

Since situations and environments change, autonomous flight for unmannedaerial vehicles (UAVs) is a difficult achievement. Software orartificial intelligence (AI) may not be relied upon alone. NationalAeronautics and Space Administration (NASA) has proposed to use theirExpandable Variable Autonomy Architecture (EVAA) system for in-flightand high-speed collision avoidance. NASA's EVAA attempts to solvehigh-speed collisions; which is accomplished by capturing optical imagesfrom the UAV's camera and then referencing those images to a database ofknown values. However, a corrective action has not been defined. Thereare still many variables that need to be considered for completeautonomous flight. For instance, the following are examples that havenot been answered: What if a UAV is landing and a sensor notices anunsafe event? What if a UAV is flying and notices an aircraft in theirpath? What if a UAV receives weather information that is beyond theaircraft's capabilities? What if a UAV loses communications with anunmanned traffic management (UTM), an air traffic controller (ATC),command and Control (C2)? What if a sensor onboard the UAV fails? Whatif data is received by the UAV that conflicts with its' sensorsfindings? What if a conflict arises between two or more sensors on aUAV? What actions does the UAV take when a corrective action isrequired? How does a UAV prioritize its many sensors to make the bestdecision? And/or how does a UAV handle unsecured or untrusted inputs?

What is provided herein are systems and methods for autonomous decisionmaking, corrective action, and navigation, which may address aspects ofthe above questions.

SUMMARY

Disclosed herein are autonomous vehicle systems. The system includes abody and a plurality of sensors coupled to the body and configured togenerate a plurality of sensor measurements corresponding to theplurality of sensors. Each of the plurality of sensors is specified witha sensor threshold. The system also includes a control unit configuredto: receive inputs from a plurality of sources wherein the pluralitysources comprise the plurality of sensors, the inputs comprise theplurality of sensor measurements; determine a confidence level of eachinput based on other inputs of the received inputs; prioritize, based onthe confidence level associated with each input, the inputs; generate,based on the prioritization of the inputs and the confidence level, acombined input with a combined confidence level; and determine, based onthe combined input and the combined confidence level, a mission task tobe performed; determine if the confidence level is high enough to thatmission; and take another action if the confidence level is not highenough. The system further includes a database configured to: store theinputs and the corresponding confidence level; store the combined inputand the combined confidence level; and store the action to be performed.

Disclosed herein is also a method. The method include: receiving inputsfrom a plurality of sources wherein the plurality sources comprise aplurality of sensors, the inputs comprise a plurality of sensormeasurements corresponding to the plurality sensors; determining aconfidence level of each input based on other inputs; storing the inputsand the corresponding confidence levels; prioritizing, based on theconfidence level associated with each input, the inputs; generating,based on the prioritization of the inputs and the confidence levels, acombined input with a combined confidence level; storing the combinedinput and the combined confidence level; determining, based on thecombined input and the combined confidence level, a mission task to beperformed; and storing the mission task to be performed. The pluralityof sensors are configured to generate the plurality of sensormeasurements corresponding to the plurality of sensors, and each of theplurality of sensors is specified with a sensor threshold.

Additional features and advantages of the disclosure will be set forthin the description which follows, and in part will be obvious from thedescription, or can be learned by practice of the herein disclosedprinciples. The features and advantages of the disclosure can berealized and obtained by means of the instruments and combinationsparticularly pointed out in the appended claims. These and otherfeatures of the disclosure will become more fully apparent from thefollowing description and appended claims, or can be learned by thepractice of the principles set forth herein.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of this disclosure are illustrated by way of an example andnot limited in the figures of the accompanying drawings, in which likereferences indicate similar elements and in which:

FIG. 1 is a block diagram depicting an example autonomous vehicle systemin which example embodiments of the present disclosure may beimplemented;

FIG. 2 is a block diagram depicting an embodiment of confidence levelsunder a condition in accordance with the present disclosure;

FIG. 3 a block diagram depicting an embodiment of confidence levelsunder risk requirement in accordance with the present disclosure;

FIG. 4 a block diagram depicting an embodiment of confidence levelsunder precision requirement in accordance with the present disclosure;

FIG. 5 illustrates a method that can be used for the system in FIG. 1according to one embodiment; and

FIG. 6 illustrates an example computer system which can be used toimplement the systems and methods to one example embodiment.

DETAILED DESCRIPTION

Various configurations and embodiments of the disclosure are describedin detail below. While specific implementations are described, it shouldbe understood that this is done for illustration purposes only. Othercomponents and configurations may be used without parting from thespirit and scope of the disclosure.

In this disclosure, a comprehensive system is provided to addresses thedynamically ever-changing situations presented from real worldenvironments to a UAV's artificial intelligence/control unit in acompletely autonomous system's cycle. Further, necessary correctiveactions for the different dynamic situations may be defined.

In some embodiments, a system of confidence levels may be used withtrusted certificates to validate inputs and make assumptions on thepriorities of these inputs. A new input received by the UAV's AI/controlunit may be processed with its confidence level about the context of theinput provided. These confidence levels may be expressed in a binarycode that may include a matrix of binary code entries to furthersupplement the confidence level. Confidence levels may vary for eachinput depending on the context and its' correlation to the inputsconfidence level for that input. Thus, an optical sensor may have a highconfidence level when being used during clear visibility but may have alesser confidence level when being used in fog.

Example inputs may include, but not limited to: a flight controller, aflight system, a laser altimeter, a global positioning system (GPS), adifferential GPS, a light detection and ranging (LIDAR) system, a radiodetecting and ranging (RADAR) system, a transponder, an optic sensor, anautomatic dependent surveillance broadcast (ADSB) sensor, a real timekinematic (RTK) satellite navigation, UTM, an ATC, C2, geofence, aweather monitor, aircraft capabilities and limitations, accelerometer,magnetometer, gyroscope, faulty equipment, waypoints and routes,delivery destinations, user inputs, Internet connectivity, satelliteconnectivity, invalidated communications, and communication with otherautonomous vehicles.

The aircraft capabilities and limitations may be predefined in a logic(e.g., control unit) onboard the UAV. Faulty equipment may be diagnosedby the UAV or invalidated by a confidence level. Invalidatedcommunications may include, for example, invalidated communication witha C2, UTM, ATC, or other entity.

Confidence levels may be assigned to a sensor based on the sensorsoptimal use in their optimal situation. When the use or situation detersfrom the optimal situation, the readings of the sensor may be variablefrom the original optimal value. This may allow a conglomerate ofsensors to provide insight into a given situation from their differentvantage points while still prioritizing the decision-making cycle.

In some embodiments, a system of trusted certificates may be used foradditional decision making beyond the confidence level system. Trustedcertificates may accompany a validated input or may be defined andstored in the UAV's artificial intelligence/control unit.

Sources of trusted certificates may include flight controller, flightsystem, laser altimeter, GPS, Differential GPS, RTK, optic sensors,LIDAR, RADAR, ADSB Sensors and transponders, UTM, ATC, C2, geofence, WXServices (weather monitor), Radar, aircraft capabilities andlimitations. If the condition of a source is in jeopardy, which may bedetermined by a sources confidence level, trusted certificate, or adiagnostic performed by the UAV, then the trusted certificate may beinvalidated.

Sources of untrusted certificates may include: faulty equipment that hasbeen diagnosed by the UAV or invalidated by a confidence level;waypoints & routes; delivery destinations; user inputs; Internetconnectivity; satellite connectivity; invalidated communications (forexample, invalidated communication with a C2, UTM, ATC, or otherentity.)

In some embodiments, corrective actions may be accompanied with inputsreceived. Triggers and thresholds for corrective actions may also beprovided. For example, if an event occurs that compromises the system,that is, conflicts with a confidence level or trusted source's finding,then a trigger may be produced by the confidence level or trustedsource's findings, which may require a corrective action.

As an example, if a UAV's mission instructs it to drop a package at acustomer's location, but the laser altimeters on the UAV may provideinputs that indicate people are in an unsafe vicinity of the packagedrop. Then the laser altimeter may provide the input to the UAV with aconfidence level of (−1). The AI/control unit onboard the UAV mayreceive this input and validate the source, checking for a trustedcertificate and any supplemental information that accompanies the binaryconfidence level entry of (−1). Also, the system may request or receivefrom other sources information to validate the input from the laseraltimeter and provide further redundancy. For example, inputs from othersensors that can detect people, such as thermal imaging or infraredsensors, or optical sensors, may be examined to determine if thesesensors also detect people in the unsafe vicinity. Once this input fromthe laser altimeter has been qualified, the UAV may reference a seriesof corrective actions from its' onboard logic or artificialintelligence. Also, corrective actions may accompany the confidencelevel input sent from the laser altimeter and received by the UAV. TheUAV may take the corrective actions. Additionally, when the correctiveaction occurs, the control unit may request from other sources, such asoptics and flight maneuvers, the confidence levels they find on thecorrective action. For example, is this the best corrective action totake?

Examples of corrective actions may include, but not limited to:resolution with a central authority, such as a Host, Network, C2, UTM,Mission Planner, etc.; forced landing; forced landing to a preferred orknown safe location; emergency status beaconing; a flight maneuver, suchas stop, turn, yaw, bank, pitch, roll, hover, accelerate, decelerate,etc. Corrective actions may be driven by inputs that require correctiveactions, which are determined by trusted certificates, confidencelevels, etc. Logic decision making may be driven by confidence levels,trusted certificates, and corrective actions. For example, when peopleare detected in an unsafe vicinity of the UAV landing at a drop point,the corrective action may be to hover for a predetermined time and thencheck the vicinity again. This process may repeat until a safe landingis possible or for a predetermined time, after which the UAV proceeds toanother destination.

In some embodiments, the autonomous system may be able to make adecision with incomplete information. The system may also choose betweentwo options of equal validity (for example, the problem where multipledrones work together and elect a drone leader). The system may alsoanswer questions that were not expected. The AI aspect of the system maylearn from situations that the system has experienced similar suchsituations in the past. For example, the system may look at the historyof data and decisions made in the past, and use that to improve outcomesgoing forward.

In some embodiments, the autonomous system may use a whole array ofsensors, thresholds for each sensor, a set of priorities of sensormeasurements, a quantity of trust of each sensor/measurement, and atrust value for the actions taken by the system as a result of thesensor measurements. Trust may also be a factor of conditions (e.g., fogmay affect the trust of optical sensors/cameras).

Based upon the sensors and measurements, the system may direct anautonomous vehicle to: forced landing; change communications method;disable sensor system; change route to avoid area, etc.

The system may group and prioritize sensors and measurements, and lumpthese together to determine actions. For example, a group of sensors formeasuring altitude may include: laser altimeter, Lidar, GPS,Differential GPS, etc. A group of sensors for determining geographicposition may include: GPS, Differential GPS, ADSB in, Radar, etc.

Each of the altitude sensors may have a range of measurement where thesensor is accurate, and have an accuracy associated with thesemeasurements. The system may take this into account when reviewinggrouped measurements and determining what value or combined value touse.

In some embodiments, the AI/control unit may operate using sensors fromr other sources, such as ground locations or retail stores. Differentlevels of AI may be provided. For example, the level of AI may be alocal radar ATC to AI; lasers from landing pad beacons to AI; orfiltered data from the system which may be germane to the UAV to AI.

In a case of an autonomous guided vehicle (AGV) or autonomous unmannedvehicle (AUV), a police officer or other regulatory individual, may needto stop the AGV or AUV to inspect the cargo hold. The autonomous systemmay need to look for other vehicles and pedestrians, and find a safeplace to stop the AGV or AUV. Also, the system may review theauthority's credentials (e.g., ID of the police officer) and approve theAGV or AUV to open the cargo hold for inspection The system may have aconfidence level sub-system for recognizing law enforcement authorities(badge, car markings, verification through headquarters, radio frequencyused, etc). The AGV or AUV may stop and shut down while awaitingverification.

In some embodiments, the system could use blockchain to store sensors,measurements, drone ID, actions and results. Based upon the set ofmeasurements, a UAV may choose an action/mission task and ask the systemfor permission. The system could weigh the inputs and determine anoutcome. The data could be stored in a blockchain ledger or a hybriddatabase structure.

In some cases, sensor measurements may not be consistent. For example,various sensors may be affected if the vehicle is near a large irondeposit. Equipment failure may cause invalid measurements. Vandals mayhave altered or moved a speed limit sign. The system may read thealtered sign and then compare the altered sign speed limit with the sameone in the history file. The discrepancy of sign placement or sign speedlimit change may cause the system to be suspicious. The system maydetermine if the change may affect the mission, and may choose the lowerof the two speed limits in order not to jeopardize the mission with apotentially dangerous speed. Going forward, other UAVs may choose toavoid the road with the unsure speed limit.

The system may compare information from the history with the currentinformation, and decide if the change is reasonable (e.g., speed limitwas 35 mph for years and today it is marked 75 mph). Also, if it hasbeen a week since this road was traveled, the historical data may bear aless confidence today (the age of the data is germane). If the GPS andDGPS measurements do not agree, the system may determine if thedifference may have an impact on the mission. If the mission may beunaffected, the system may proceed and use a weighted average of the tworeadings from the GPS and DGPS. Mission impact threshold may bedetermined, e.g., how much does it affect the mission?

When input data received by a UAV conflict, for example, having twodifferent devices reporting two different data for the same situation,the logic onboard the UAV may be able to determine which input is themost trusted per se in this given situation. And therefore, the datafrom this source is what should be relied upon.

For example, in an optical sensor that is looking to see what itsperiphery is, if the condition outside is foggy or night time, inputsfrom other sensors may be prioritized over the findings of the opticalsensor. The logic may not rely on input data from the optical sensor tomake a decision.

In some embodiments, the autonomous system may make a decision withincomplete or inconsistent information. In other words, it needs to beable to make a decision when it does not have all of the information itneeds or when some of the information may be impacted in some way.

In some embodiments, the control unit may preset or dynamicallydetermine confidence levels for sensor inputs. A sensor may bedetermined to be more applicable than another sensor, depending on asituation. For example, if a UAV is flying, a laser altimeter may beassigned a lower confidence level while GPS may be assigned a higherconfidence level. If a UAV is landing, a laser altimeter may be assigneda higher confidence level while GPS may be assigned a lower confidencelevel. That is, the laser altimeter is prioritized over the GPS duringlanding.

In determining change to confidence level of a sensor, the autonomoussystem may assembly the other sensor information. Information that areavailable from other sources may be reviewed collectively if they forman aggregate, to build a confidence level on the sensor. For example,when locating a vehicle using a primary sensor, if the primary sensordoes not work well, the other information (e.g., location information)from other sensors may be used to locate the vehicle. The other sensorsmay include Wi-Fi, LED, DGPS that can refine that set of information andget to the same conclusion as the one obtained by using the primarysensor.

In addition to the sensor inputs, some logical information/input mayalso be received by the UAV to make a decision. The logical informationmay include image pre-processing, authentication mechanismauthorization, and information from peer UAVs. The logical informationmay also include diagnostics or maintenance information of sensors,operational status, air traffic control conditions, and environmentalfactors. For example, if a sensor has not undergone maintenance for along time or is damaged, or broken, then less confidence may be put inthat sensor.

In some embodiments, the system may include an extensible algorithm witha configurable list of priority decisions. The primary inputs that areneeded for a respective decision may be provided. In the absence of oneor more of the primary inputs, that decision may be made based onassembled confidence levels based on secondary inputs. The secondaryinputs and confidence levels may meet a certain threshold to make thedecision. In cases where a list of priority decisions are not specified,the algorithm may fall back to a default set of choices. That allows forconfiguring different situations to prioritize the decision-makingprocess, in the absence of a full set of information.

For example, a list of primary inputs and secondary inputs may beprovided, and a choice needs to be made when one or more of the primaryinputs is missing, by the assembly of secondary inputs based confidencelevels. As an example, when a drone is navigating a doorway, a cameramay be the primary input. If the camera is not working, the visualanalysis may not be able to be performed. In such situations, the dronemay fall back to secondary, alternate inputs. Examples of alternateinputs could be inputs from peers using sensors, e.g., communicatingwith or from another nearby drone.

FIG. 1 is a block diagram depicting an example autonomous vehicle system100 in which example embodiments of the present disclosure may beimplemented. The vehicle system 100 may include a control unit 102coupled to a vehicle body, and a plurality of sensors coupled to thevehicle body. The sensors may be configured to generate a plurality ofsensor measurements corresponding to the plurality of sensors, whereineach of the plurality of sensors may be specified with a sensorthreshold.

The control unit 102 may be configured to: receive inputs from aplurality of sources wherein the plurality sources comprise theplurality of sensors. The inputs may comprise the plurality of sensormeasurements. The control unit 102 may determine a confidence level ofeach input based on other inputs; prioritize, based on the confidencelevel associated with each input, the inputs; generate, based on theprioritization of the inputs and the confidence level, a combined inputwith a combined confidence level; and determine, based on the combinedinput and the combined confidence level, a mission task to be performed.The system 100 may further comprise a database configured to: store theinputs and the corresponding confidence levels; store the combined inputand the combined confidence level; and store the action to be performed.The autonomous vehicle may be an automatic guided vehicle or an unmannedaerial vehicle. The sensor threshold is determined by a measurementrange of the corresponding sensor. The control unit 102 may be furtherconfigured to group, based on a measurement type, the inputs.

The sensors may comprise a laser altimeter 104, a GPS 106, a LIDARsystem 108, a RADAR system 110, a transponder 112, an optic sensor 114,and/or an air traffic controller (ATC) 116.

In some embodiments, the sensors may also comprise an ADSB sensor, aflight controller, a flight system, a RTK satellite navigation, UTM,command and C2, geofence, a weather monitor, aircraft capabilities andlimitations, accelerometer, magnetometer, gyroscope, faulty equipment,waypoints and routes, delivery destinations, user inputs, Internetconnectivity, satellite connectivity, invalidated communications, andcommunication with other autonomous vehicles.

In some embodiments, not all sensors are on a vehicle (e.g., drone,AGV). There may also be sensors that are on the ground as externalsensors for providing information to the vehicle. For example, a groundcontroller of a drone may have sensor equipment that providesinformation to the drone and instruct the drone what to do. The dronemay decide whether or not to accept that information. As describedabove, inputs do not need to be direct sensory inputs, and can beoperational information, contextual information, and environmentalfactors.

The sensors may acquire a large amount of data. That data can enablelater vehicles to know what sensors to turn on and turn off, and whatsensors to ignore and not ignore. The information may be used to helpestablish the confidence level of inputs.

In some embodiments, the inputs may further comprise historical data ofthe plurality of sources. The historical data may be stored in thedatabase.

The mission task to be performed may comprise a forced landing of theautonomous vehicle 118, changing communication method 120, disabling oneor more of the plurality of sensors 122, changing a route of theautonomous vehicle 124, beaconing an emergency status, and/or performinga desired flight maneuver of the autonomous vehicle.

In some embodiments, one or more of the inputs may be associated with acorresponding trusted certificate. The corresponding trusted certificatemay be defined and stored in the control unit 102.

In some embodiments, the confidence level may comprise a binary code.The binary code may include a matrix of binary code entries. Theconfidence level may be generated based on a risk level, a precisionlevel, and/or an operational condition. The mission task to be performedmay be accompanied with the confidence level.

FIG. 2 is a block diagram depicting an embodiment of confidence levelsunder a condition in accordance with the present disclosure. As shown inthe matrix 200, a fog condition is applied when assigning a confidencelevel to a sensor input. Based on the fog condition, a ranking ofsensory inputs is provided. For example, sonar input 202 is rankedhighest having a highest confidence level, thermal input 204 is rankedsecond highest having a second highest confidence level, and so on withthe lidar sensor input 208 being ranked lowest. Different confidencelevels may be assigned to the different sources depending on thecircumstances.

FIG. 3 is a block diagram depicting an embodiment of confidence levelsfor risk requirement. In some situations, the level of confidence orprecision required may be ranked based on risk levels. For example, whena drone attempts to fly through a narrow doorway or a tunnel. This taskmay be considered as a high risk task. In this case, a GPS input may notbe precise enough for dimensions of the door or the tunnel, and thus GPSmay be assigned a low confidence level. Whereas an altimeter input mayprovide precise information for flying through the door or the tunnel,and may be given a high confidence level.

As shown in the matrix 300, a risk level condition is applied whenassigning a confidence level to a sensor input. Based on the risk levelcondition, a ranking of sensory inputs is provided. For example, a highrisk level 302 may be assigned to a first input, which leads to a lowerconfidence level for the first input. A moderate risk level 304 may beassigned to a second input, which leads to a moderate confidence levelfor the second input. Similarly, a low risk level 306 may be assigned toa third input, which leads to a high confidence level for the thirdinput.

FIG. 4 is a block diagram 400 depicting an embodiment of confidencelevels for precision requirement. In some situations, inputs may beranked based on precision levels. In the diagram 400, a mission profile402 is analyzed and determined to require inputs with high precisions.For example, the mission may be to drop a package in a precise location,which require high precision inputs. The precision may be ranked as highprecision 406, moderate precision 408, and low precision 410. When aprecision level condition is applied when assigning a confidence levelto a sensor input, based on the precision level condition, a ranking ofsensory inputs is provided. For example, a high precision 412 may beassigned to a LIDAR input, which leads to a high confidence level. Amoderate precision 414 may be assigned to a Radar input, which leads toa moderate confidence level for this input. Similarly, a low precision416 may be assigned to a GPS input, which leads to a low confidencelevel for the GPS input. According to the mission profile, the LIDARinput may be chosen to make a decision. The diagram 400 may be stored inthe control unit.

FIG. 5 illustrates a method 500 that can be used with the system in FIG.1 according to one embodiment. The method 500 may be implemented in thesystem 100 and may comprise the following steps.

At step 502 inputs from a plurality of sources are received. Theplurality of sources may comprise a plurality of sensors. The inputs maycomprise a plurality of sensor measurements corresponding to theplurality sensors. The inputs may further comprise logical information.The logical information may include image pre-processing, authenticationmechanism authorization, and information from peer vehicles. The logicalinformation may also include diagnostics or maintenance information ofsensors, operational status, air traffic control conditions, andenvironmental factors. For example, if a sensor has not undergonemaintenance for a long time or is damaged, or broken, then lessconfidence may be put in that sensor.

The plurality of sensors may be configured to generate the plurality ofsensor measurements corresponding to the plurality of sensors. Each ofthe plurality of sensors may be specified with a sensor threshold. Thesensor threshold may be a lower threshold, an upper threshold, or boththereof. For example, a speed sensor may be specified a speedmeasurement range, out of which the speed measurements are considered asinaccurate.

At step 504, a confidence level of each input is determined. Theconfidence level of an input may be evaluated in terms of the situationin which the input is generated, which device generates the input,whether the input is generated from a source with a trusted certificate,what task the vehicle is performing, and so forth. The above informationfor evaluating confidence level may be contained in a document stored inthe control unit.

At step 506, the inputs and the corresponding confidence levels arestored, for example in a database. The database may be a databaseonboard the vehicle. The database may be a database remotely deployed,with which the vehicle can communicate. The inputs and the correspondingconfidence levels may be stored in a block of a blockchain. The inputsand the corresponding confidence levels may also be stored in a memoryof the control unit of the vehicle.

At step 508, the inputs are prioritized, for example, for all inputs orfor inputs within a category, based on the confidence level associatedwith each input. The inputs may be ranked in an order from a lowestconfidence level to a highest confidence level. For example, inputsrelated to an altitude measurement may be from a plurality of differencesources. The difference sources may include GPS, optical sensor,acoustic sensor, user input, peer vehicles, etc.

At step 510, a combined input with a combined confidence level may begenerated, based on the prioritization of the inputs and the confidencelevels. For example, a weighted average input may be generated from theinputs. In an example of the inputs related to flying speed, the inputsmay be 90 miles per hour (MPH), 95 MPH, 85 MPH, 100 MPH, etc. An averageof the inputs may be produced as the combined input. Accordingly, acombined confidence level may be generated from the confidence levelassociated with the inputs. The combined confidence level may be forinputs within a category or in different categories.

At step 512, the combined input and the combined confidence level arestored, for example in the database. As described above, the databasemay be located at any desired place. Also the combined input and thecombined confidence level may be stored in a memory of the control unitof the vehicle, or in a block of the blockchain.

At step 514, a mission task to be performed may be generated based onthe combined input and the combined confidence level. As describedabove, the mission task may be corrective actions, for example, forcedlanding, forced landing to a preferred or known safe location, emergencystatus beaconing, or a flight maneuver (such as stop, turn, yaw, bank,pitch, roll, hover, accelerate, decelerate.)

At step 516, the mission task to be performed may be stored, e.g., inthe database. As described above, the database may be located at anydesired place. Also the combined input and the combined confidence levelmay be stored in a memory of the control unit of the vehicle, or in ablock of the blockchain. The vehicle may perform the task immediately,may wait for further instructions to perform the task, or may alsocancel the task when detecting a change made to the situation.

FIG. 6 illustrates an example computer system 600 which can be used toperform the systems for inventory monitoring as disclosed herein. Theexemplary system 600 can include a processing unit (CPU or processor)620 and a system bus 610 that couples various system componentsincluding the system memory 630 such as read only memory (ROM) 640 andrandom access memory (RAM) 650 to the processor 620. The system 600 caninclude a cache of high speed memory connected directly with, in closeproximity to, or integrated as part of the processor 620. The system 600copies data from the memory 630 and/or the storage device 660 to thecache for quick access by the processor 620. In this way, the cacheprovides a performance boost that avoids processor 620 delays whilewaiting for data. These and other modules can control or be configuredto control the processor 620 to perform various actions. Other systemmemory 630 may be available for use as well. The memory 630 can includemultiple different types of memory with different performancecharacteristics. It can be appreciated that the disclosure may operateon a computing device 600 with more than one processor 620 or on a groupor cluster of computing devices networked together to provide greaterprocessing capability. The processor 620 can include any general purposeprocessor and a hardware module or software module, such as module 1662, module 2 664, and module 3 666 stored in storage device 660,configured to control the processor 620 as well as a special-purposeprocessor where software instructions are incorporated into the actualprocessor design. The processor 620 may essentially be a completelyself-contained computing system, containing multiple cores orprocessors, a bus, memory controller, cache, etc. A multi-core processormay be symmetric or asymmetric.

The system bus 610 may be any of several types of bus structuresincluding a memory bus or memory controller, a peripheral bus, and alocal bus using any of a variety of bus architectures. A basicinput/output (BIOS) stored in ROM 640 or the like, may provide the basicroutine that helps to transfer information between elements within thecomputing device 600, such as during start-up. The computing device 600further includes storage devices 660 such as a hard disk drive, amagnetic disk drive, an optical disk drive, tape drive or the like. Thestorage device 660 can include software modules 662, 664, 666 forcontrolling the processor 620. Other hardware or software modules arecontemplated. The storage device 660 is connected to the system bus 610by a drive interface. The drives and the associated computer-readablestorage media provide nonvolatile storage of computer-readableinstructions, data structures, program modules and other data for thecomputing device 600. In one aspect, a hardware module that performs aparticular function includes the software component stored in a tangiblecomputer-readable storage medium in connection with the necessaryhardware components, such as the processor 620, bus 610, display 670,and so forth, to carry out the function. In another aspect, the systemcan use a processor and computer-readable storage medium to storeinstructions which, when executed by the processor, cause the processorto perform a method or other specific actions. The basic components andappropriate variations are contemplated depending on the type of device,such as whether the device 600 is a small, handheld computing device, adesktop computer, or a computer server.

Although the exemplary embodiment described herein employs the hard disk660, other types of computer-readable media which can store data thatare accessible by a computer, such as magnetic cassettes, flash memorycards, digital versatile disks, cartridges, random access memories(RAMs) 650, and read only memory (ROM) 640, may also be used in theexemplary operating environment. Tangible computer-readable storagemedia, computer-readable storage devices, or computer-readable memorydevices, expressly exclude media such as transitory waves, energy,carrier signals, electromagnetic waves, and signals per se.

To enable user interaction with the computing device 600, an inputdevice 690 represents any number of input mechanisms, such as amicrophone for speech, a touch-sensitive screen for gesture or graphicalinput, keyboard, mouse, motion input, speech and so forth. An outputdevice 670 can also be one or more of a number of output mechanismsknown to those of skill in the art. In some instances, multimodalsystems enable a user to provide multiple types of input to communicatewith the computing device 600. The communications interface 680generally governs and manages the user input and system output. There isno restriction on operating on any particular hardware arrangement andtherefore the basic features here may easily be substituted for improvedhardware or firmware arrangements as they are developed.

The various embodiments described above are provided by way ofillustration only and should not be construed to limit the scope of thedisclosure. Various modifications and changes may be made to theprinciples described herein without following the example embodimentsand applications illustrated and described herein, and without departingfrom the spirit and scope of the disclosure.

We claim:
 1. An autonomous vehicle system, comprising: a body; aplurality of sensors coupled to the body and configured to generate aplurality of sensor measurements corresponding to the plurality ofsensors, wherein each of the plurality of sensors is specified with asensor threshold; a control unit configured to: receive inputs from aplurality of sources, wherein the plurality sources comprise theplurality of sensors, the inputs comprise the plurality of sensormeasurements; determine a confidence level of each input based on otherinputs of the received inputs; prioritize, based on the confidence levelassociated with each input, the inputs; generate, based on theprioritization of the inputs and the confidence level, a combined inputwith a combined confidence level; and determine, based on the combinedinput and the combined confidence level, a mission task to be performed;determine, based on the combined input and the combined confidencelevel, if the confidence level is high enough to that mission; and takeanother action if the confidence level is not high enough, and adatabase configured to: store the inputs and the correspondingconfidence level; store the combined input and the combined confidencelevel; and store the action to be performed.
 2. The system of claim 1,wherein the autonomous vehicle is an automatic guided vehicle or anunmanned aerial vehicle.
 3. The system of claim 1, wherein the pluralityof sensors include a laser altimeter, a global positioning system (GPS),a light detection and ranging (LIDAR) system, a radio detecting andranging (RADAR) system, a transponder, an optic sensor, and/or anautomatic dependent surveillance broadcast (ADSB) sensor.
 4. The systemof claim 1, wherein the plurality of sources further comprise a flightcontroller, a flight system, a real time kinematic (RTK) satellitenavigation, unmanned traffic management (UTM), an air traffic controller(ATC), command and Control (C2), geofence, a weather monitor, aircraftcapabilities and limitations, accelerometer, magnetometer, gyroscope,faulty equipment, waypoints and routes, delivery destinations, userinputs, Internet connectivity, satellite connectivity, invalidatedcommunications, and communication with other autonomous vehicles.
 5. Thesystem of claim 1, where the sensor threshold is determined by ameasurement range of the corresponding sensor.
 6. The system of claim 1,wherein the inputs further comprise historical data of the plurality ofsources, the historical data being stored in the database.
 7. The systemof claim 1, wherein the control unit is further configured to group,based on a measurement type, the inputs.
 8. The system of claim 1,wherein the mission task to be performed comprises a forced landing ofthe autonomous vehicle, disabling one or more of the plurality ofsensors, changing a route of the autonomous vehicle, beaconing anemergency status, and/or performing a desired flight maneuver of theautonomous vehicle.
 9. The system of claim 1, wherein one or more of theinputs are associated with a corresponding trusted certificate.
 10. Thesystem of claim 9, wherein the corresponding trusted certificate isdefined and stored in the control unit.
 11. The system of claim 9,sources for the trusted certificates include one or more of a flightcontroller, a flight system, a laser altimeter, GPS, differential GPS,RTK, optic sensors, LIDAR, RADAR, ADSB sensors and transponders,unmanned traffic management (UTM), air traffic controller (ATC), commandand control (C2), geofence, weather monitor, Radar, and/or aircraftcapabilities and limitations.
 12. The system of claim 1, wherein theconfidence level comprises a binary code, the binary code including amatrix of binary code entries.
 13. The system of claim 1, wherein theconfidence level is generated based on a risk level, a precision level,and/or an operational condition.
 14. The system of claim 1, wherein themission task to be performed is accompanied with the confidence level.15. The system of claim 1, wherein one or more the plurality sensors arelocated on the autonomous vehicle.
 16. The system of claim 1, whereinone or more the plurality sensors are not located on the autonomousvehicle.
 17. A method, comprising: receiving inputs from a plurality ofsources wherein the plurality sources comprise a plurality of sensors,the inputs comprise a plurality of sensor measurements corresponding tothe plurality sensors; determining a confidence level of each inputbased on other inputs; storing the inputs and the correspondingconfidence levels; prioritizing, based on the confidence levelassociated with each input, the inputs; generating, based on theprioritization of the inputs and the confidence levels, a combined inputwith a combined confidence level; storing the combined input and thecombined confidence level; determining, based on the combined input andthe combined confidence level, a mission task to be performed; andstoring the mission task to be performed, wherein the plurality ofsensors is configured to generate the plurality of sensor measurementscorresponding to the plurality of sensors, and each of the plurality ofsensors is specified with a sensor threshold.
 18. The method of claim17, wherein the plurality of sensors include a laser altimeter, a globalpositioning system (GPS), a light detection and ranging (LIDAR) system,a radio detecting and ranging (RADAR) system, a transponder, an opticsensor, and/or an automatic dependent surveillance broadcast (ADSB)sensor.
 19. The method of claim 17, wherein the plurality of sensors arelocated on the autonomous vehicle.
 20. The method of claim 17, whereinthe plurality of sources further comprise a flight controller, a flightsystem, a real time kinematic (RTK) satellite navigation, unmannedtraffic management (UTM), an air traffic controller (ATC), command andControl (C2), geofence, a weather monitor, aircraft capabilities andlimitations, accelerometer, magnetometer, gyroscope, faulty equipment,waypoints and routes, delivery destinations, user inputs, Internetconnectivity, satellite connectivity, invalidated communications, andcommunication with other autonomous vehicles.